составление расписания

1) General subject: tabling, timetabling

2) Engineering: scheduling

scheduling

(документа) drawing-up, making-up, working-out, drafting; (бюджета) budgeting; (расписания) scheduling

- составление баланса

- составление бюджета

- составление внешней отчетности

- составление годового баланса

- составление контракта

- составление месячного отчета

- составление описи

- составление отчета

- составление плана

- составление платежной ведомости

- составление проекта бюджета

- составление сметы

- составление сметы перспективных доходов

- составление счета

- составление счета-фактуры

 

система управления основными фондами предприятия
Управленческая методология, которая позволяет увеличить производственную мощность предприятия только за счет применения ИТ, не прибегая к закупкам нового оборудования. При этом EAM-решения выступают одним из главных звеньев, связывающих информационно-управляющие системы уровня производственных процессов и уровня бизнес-процессов предприятия. В результате применения EAM-систем уменьшается время простоя, сокращаются расходы на техобслуживание оборудования, и эксплуатация основных средств становится максимально эффективной.
Базовый набор требований к EAM-системе включает в себя поддержку следующих функций:
подробное описание активов с учетом иерархической модели оборудования, разработка подробного долгосрочного графика обслуживания оборудования, составление списка деталей, необходимых для планового и непланового производственного ремонта;
приобретение комплектующих по требованию ("точно-по-состоянию" в противовес модели "точно-во-время"), логистическое обеспечение покупных деталей;
управление персоналом, позволяющее назначать персонал на работы по обслуживанию в соответствии с компетенцией, навыками и опытом;
статистический анализ производительности и надежности оборудования;
электронный мониторинг основного оборудования;
реализация стратегии предупредительного обслуживания (Preventive, predictive maintenance), а также стратегии обслуживания, основанного на распределенной надежности (reliability-centered maintenance RCM);
простая модель получения прибыли;
отслеживание и считывание серийных номеров отдельных единиц оборудования;
обслуживание оборудования на месте и по вызову, подготовка наряд-заказов;
финансовый анализ на основе подробного учета затрат на обслуживание оборудования;
управление проектом строительства и монтаж;
гарантийное обслуживание;
отдельный учет основных, оборотных и других видов активов.
EAM-системы решают четыре главные задачи:
управление активами (asset management) - подробное описание активов, управление запросами на обслуживание, составление расписания и смет на работы, предупредительный ремонт;
управления материально-техническим обеспечением (materials management) - соответствующие модули, как правило, интегрируются с системами управления закупками, позволяют автоматически регистрировать поступление/списывание комплектующих и деталей на склад/со склада, ведут спецификации на материалы, управляют заказами на доставку;
управления кадрами (HRMS);
управления финансами.
В общем случае процесс управления жизненным циклом (Asset lifecycle management) складывается из четырех стадий: покупки, отслеживания состояния, обслуживания и реализации оборудования.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• EAM
• Enterprise Asset Management

протокол с эстафетной передачей функций управления случайным образом (при использовании этого протокола составление расписания работы сети осуществляется путём неявной эстафетной передачи функций управления случайным образом; в этом случае возникновение конфликтов оказывается возможным, но маловероятным; протокол предполагает использование в разных частях кадра сети следующих трёх режимов: передача по расписанию, свободная передача при незанятом канале и конфликтная передача); см. protocol; random token passing

 

управление релизами и развёртыванием
(ITIL Service Transition)
Процесс, отвечающий за планирование, составление расписания и контроль построения, тестирования и развёртывания релизов, а также за предоставление новой функциональности, требуемой бизнесом, с сохранением целостности существующих услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

release and deployment management
(ITIL Service Transition)
The process responsible for planning, scheduling and controlling the build, test and deployment of releases, and for delivering new functionality required by the business while protecting the integrity of existing services.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• release and deployment management

 

система рецептурного управления технологическим процессом
-
[Интент]

Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

 

Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

Теперь попробуем дать характеристику batch-процессу:

1. На выходе несколько видов продукции.
2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
3. Имеется множество рецептов.
4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch

Перечислим основные обязанности системы batch-управления:

1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

И еще несколько слов.

Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

[ http://kazanets.narod.ru/Batch_P1.htm]

Тематики

• автоматизированные системы

EN

• batch
• batch management solution